專案管理至今仍是各企業間,很熱門的議題,也成為了一種顯學。
如果要了解最精實的解釋,可以參考Frankmclin大大的 Hold 30天鍊成PMP鐵人,這是非常精彩的系列。
專案誰管理,描述的是系統整合業中的專案管理,因為很多因素,所以只能點到為止,以下為1-19回解說。
故事中人物關係圖
第一回:面對他
「面對他」源自於 「聖嚴法師」的「面對它、接受它、處理它,放下它」
恐懼和貪婪,往往會影響我們在職場上的決定、態度和做法,從進入職場到現在,我最常被指派的任務,就是去收「爛攤子」。這不是一件好差事,但也不是什麼爛事。
正面的和不喜歡的人共事,或是處理不是自己建置的環境,這就是生活中的一種課題,We can say no, but we can change it.
第二回:特別的存在
每個人都是特別的存在,特別是在專案中的每一份子,都被指派了個別或不同的任務,也都需要透過我們,才能完成。
第三回:梅花二先生
一種人一種個性和一種情緒,但如果希望也需要讓專案如期、如質、如遇算,那就放下那些非關執行專案時需要的個性和情緒吧。
有人曾經問過我「Why」,答案很簡單,如果我們無法讓自己的姿態變軟,又怎能希望別人先放低身段呢?
第四回:忘了147
忘了147,雖然只是個比諭,但卻是很可怕的一件事。
很多時候,我們將該設定的東西都設定完了,系統要開始運作了,結果發生異常,以為是什麼地方出了問題,
檢查到最後,往往都是兩個原因。「這個忘了設定」和「那個忘了設定」。
第五回:掩蓋掩不了問題
這在系統建置中,是很嚴重的事情。
我遇過很多人,他們對客戶都是報喜不報憂,或是只講了一半,因為如果講了另一半,等於沒講。
像是:
防火牆設好了,但網路線還沒接到防火牆。
備份設定好了,但備份都失敗。
第六回:沒事別發誓
在客戶面前發誓,就像是喝開水,這經常在發生。
只有一個重點要注意,如果您也是工程人員,千萬不要您答應了客戶,但卻要您的同事去實現,就算是如此,也沒關係,
但一定要告知您的同事,傷害都是在客戶臭罵自己同事時,開始的。
「你們那個誰誰誰,不是說可以嗎? 為什麼你說不行?」
第七回:我們都不偉大
是的,我們都不偉大。宇宙也不是以我們為中心,所以...該接受別人的意見時,就接受吧。
第八回 過場
分時日月年,Unix/Linux Cron Table裡的日期格式。
第九回:Excel 讚!
在團隊中,有一種情境是,「啊,這個人他不熟啦、他不行啦、他怎麼可能做的到。」
但如果給他機會,他又真的完成了呢?
第十回:來段音樂吧
音樂講求的是節奏,執行專案時,亦是如此。執行的過程中,節奏對了,速度就上來了,而且會愈來愈順。
如果亂了步調,聽點音樂緩和一下吧。
第十一回:十幾萬行的Log
Log是我們在除錯時,非常重要的一個依據,十幾萬行或是幾百MB,都要仔細的檢視。
第十二回:冰山理論
看到的,就不是最重要的了。最重要的是還沒看到的。
第十三回:先有雞還是...
如果任務之間,真的有相依性存在,那就只能等前面的任務完成,才能接後面的。
但如果後面的任務,部份能先做的,應該還是先做為妙。
第十四回:PHP能...?
團隊裡的人或是其它的工具,能不能協助處理其它的事情?
第十五回:PHP也能實現...自動化!
有機會的話,還是多點嘗試,能讓專案更順利。
第十六回:Miss/miss Mag
想念或是小姐,這要問當事人才知道了。
專案誰管理這系列中,有許多密碼,而能解開的人,除了我,就只剩另一位了。
第十七回:我知道你喜歡我
一語雙關,重點是這句話字面上的意思。
第十八回:IT嗯嗯
轉場。
第十九回:你真的了解我嗎?
除了字面上的意思外,另一個是,我們真的了解我們面對任務的內容嗎?
專案誰管理,將進入最後十回。
在一個專案中,如果某位專案成員的身份從乙方變到甲方,對乙方來說,是非常可怕的一件事,因為乙方有什麼「不能說的秘密」,
都有可能會被甲方知道。過去曾遇到幾次這樣的實際案例,乙方最後的下場都很慘。
文走到此,希望您還喜歡。
(待)
2011/10/18 太陽哲齡
更多文章都在行雲流水IT人
在一個專案中,如果某位專案成員的身份從乙方變到甲方,對乙方來說,是非常可怕的一件事,因為乙方有什麼「不能說的秘密」,
都有可能會被甲方知道。過去曾遇到幾次這樣的實際案例,乙方最後的下場都很慘。
除了故事中的角色,其餘可能從乙方變甲方的可能性就是帶槍投靠囉???
這種事常發生的,因為這是維護系統成本最低的方法,所以很多乙方的公司在新人進來時都會簽約,不准跳到甲方。
另版競業條款...
soga